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DETAILED ACTION 

1. Claims 1-9 and 23-40 are pending. 

Election/Restrictions 

2. Applicant's election without traverse of claims 1-9 and 23-40 (Group I) in the 
reply filed on 30 August 2006 is acknowledged. 

The Examiner acknowledges the cancellation of claims in Groups II (claims 10- 
22) by the Applicant in the reply filed 30 August 2006. 

Drawings 

3. The drawings are objected to as failing to comply with 37 CFR 1 .84(p)(5) 
because they include the following reference character(s) not mentioned in the 
description: Figure 1, items 192 and 193. Corrected drawing sheets in compliance with 
37 CFR 1 .121(d), or amendment to the specification to add the reference character(s) in 
the description in compliance with 37 CFR 1.121(b) are required in reply to the Office 
action to avoid abandonment of the application. Any amended replacement drawing 
sheet should include all of the figures appearing on the immediate prior version of the 
sheet, even if onfy one figure is being amended. Each drawing sheet submitted after the 
filing date of an application must be labeled in the top margin as either "Replacement 
Sheet" or "New Sheet" pursuant to 37 CFR 1.121(d). If the changes are not accepted by 
the examiner, the applicant will be notified and informed of any required corrective 
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action in the next Office action. The objection to the drawings will not be held in 
abeyance. 

Claim Rejections - 35 USC §112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 1 and 7 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

6. The term "operably coupled" in claims 1 and 7 is a relative term which renders 
the claim indefinite. The term "operably coupled" is not defined by the claim, the 
specification does not provide a standard for ascertaining the requisite degree, and one 
of ordinary skill in the art would not be reasonably apprised of the scope of the 
invention. The Examiner fails to understand the term operably coupled however, for the 
purposes of examining the claims for patentability, the Examiner will assume the 
Applicant means the term to be operable on the file system. 

Claim Rejections - 35 USC § 101 

7. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 
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Claims 9 and 36 are rejected under 35 U.S.C. 101 because the claimed invention 
is directed to non-statutory subject matter. 

As per claims 9 and 36, these claims recite a "computer-readable medium having 
computer-executable components" Based on the Applicant's specification, page 9, lines 
11-17, that reads "Communication media typically embodies computer-readable 
instructions, data structures, program modules or other data in a modulated data signal 
such as a carrier wave or other transport mechanism and includes any information 
delivery media. The term "modulated data signal" means a signal that has one or more 
of its characteristics set or changed in such a manner as to encode information in the 
signal." However these data signals are not tangible, and cannot tangibly embody a 
computer program or process since a computer cannot understand/realize (i.e. execute) 
the computer program or process when embodied on the data signal. Computer 
program or processes are only realized within the computer when stored in a memory or 
storage element (such as RAM or ROM). Therefore, a data signal does not meet the 
"useful, concrete, and tangible" requirement as set forth in State Street, 149 F.3d at 
1373, 47 USPQ2d at 1601-02, and hence claims 25-32 are non statutory under 35 
U.S.C. 101. Furthermore, the Examiner refers to the Interim Guidelines 
(http://www.uspto.gov/web/offices/pac/dapp/opla/preognotice/guidelines101_20051026. 

pdf) for a further explanation of the use of signals and carrier waves. 
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Claim Rejections - 35 USC § 103 

8. • The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action; 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

9. Claims 1-9 and 23-40 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Krein et al (U.S. Patent 6,385,701) in view of a non-patent literature titled "A 
Scalable Content Distribution Service for Dynamic Web Content" by Seejo Sebastine, 
University of Virginia, 15 June 2001 (and known hereinafter as Sebastine). 

As per claims 1, 7, 23, and 37, Krein teaches a computer system for reorganizing 
storage, comprising (i.e. "A computing environment 100 includes, for instance, at least one computing 
unit 102 coupled to one or more other computing units 104.")(Column 3, lines 33-35): a file system for 
receiving a file share request (i.e. "File specific server layer 208 is the layer that transforms 
SMBparser requests into cache and physical file system requests and also interfaces with the DFS token 
management service to manage the sharing of files between clients.")(Column 4, lines 44-48). 

Krien does not explicitly teach a computer system comprising a path rewriter 
operably coupled to the file system for rewriting a path of a file share request received 
by the file system; and a path redirector operably coupled to the file system for 
redirecting the rewritten path of the file share request to another storage location. 

Sebstine teaches a computer system comprising a path rewriter operably 
coupled to the file system for rewriting a path of a file share request received by the file 
system (i.e. "By default, Squid rewrites any HTTP "Host:" headers in redirected requests to point to the 
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new host to which the URL has been redirected,")(Section 4.1.1; Appendex A); and a path redirector 
operably coupled to the file system for redirecting the rewritten path of the file share 
request to another storage location (i.e. "The URL rewriter module handles the job of rewriting the 
(redirected) URLs that the active server receives to fetch the script from the original content server. The 
address of the content server is specified in the HTTP "Host:" header as elucidated in section 4.1 .1 . We 
have used the functionality provided by Apaches "mod rewrite" module to perform the URL rewriting. A 
sample rewrite-rule that can be used is given below: RewriteRule 7cgi-bin/(.*$) 

http://%{HTTPJHOST}/cgi-bin/$1 [P]. This rule states that all URLs which are meant to be served from the 
cgi-bin directory are to be rewritten to be served from the same directory, but on the host specified by the 
HTTP HOST environment variable. Since we wish to cache the script that is returned, we force this 
request to be a proxy request (indicated by [P]).")(Section 4.2.1). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a computer system comprising a path rewriter operably coupled to the file 
system for rewriting a path of a file share request received by the file system; and a path 
redirector operably coupled to the file system for redirecting the rewritten path of the file 
share request to another storage location with the motivation to enable clients having 
different protocols to share the same files (Krein, column 1, lines 39-40). 

As per claims 2 and 8, Klien does not explicitly teach a system further comprising 
a database for storing information about file share requests received by the file system. 

Sebastine teaches a system further comprising a database for storing information 
about file share requests received by the file system (i.e. "The URL manipulations can depend 
on various tests, for instance server variables, environment variables, HTTP headers, time stamps and 
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even external database lookups in various formats can be used to achieve a really granular URL 
catching.")(Apendex B). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a system further comprising a database for storing information about file share 
requests received by the file system with the motivation to enable clients having 
different protocols to share the same files (Krein, column 1, lines 39-40). 

As per claim 3, Klien does not explicitly teach a system wherein the database 
comprises a log file 

Sebastine teaches a system wherein the database comprises a log file (i.e. "It 
supports optional logging of URL rewrites to a separate log file, including the number of the rule, which 
has been used to rewrite the URL")(Apendex A). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a system wherein the database comprises a log file with the motivation to 
enable clients having different protocols to share the same files (Krein, column 1, lines 
39-40). 

As per claim 4, Klien does not explicitly teach a system wherein the information 
stored comprises usage information about the file share requests. 

Sebastine teaches a system wherein the information stored comprises usage 
information about the file share requests (i.e. "When an active server receives a redirected 
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request, it first checks to see if the script that has been requested is already cached locally in its script 
cache. If so, it executes the script with the current inputs and returns the results to the Squid proxy cache. 
In case, a cached version of the script is not available locally, the active server initiates a URL rewrite 
operation which is handled by the URL rewriter module.")(Section 4.2). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a system wherein the information stored comprises usage information about the 
file share requests with the motivation to enable clients having different protocols to 
share the same files (Krein, column 1, lines 39-40). 

As per claim 5, Krein teaches a system wherein the file system comprises a 
distributed file system (i.e. "For example, data is shared amongst Server Message Block (SMB), 
clients, (e.g., Windows, OS/2 clients), local users and/or remote Unix clients, such as Distributed File 
Services for the Distributed Computing Environment (DFS/DCE) clients.")(Column 3, lines 25-30). 

As per claim 6, Klien does not explicitly teach a system wherein redirecting the 
rewritten path of the file share request to another storage location comprises redirecting 
the rewritten path of the file share request to a storage location on the computer system. 

Sebastine teaches a system wherein redirecting the rewritten path of the file 
share request to another storage location comprises redirecting the rewritten path of the 
file share request to a storage location on the computer system (i.e. "This rule states that all 
URLs which are meant to be served from the cgi-bin directory are to be rewritten to be served from the 
same directory, but on the host specified by the HTTP HOST environment variable. Since we wish to 
cache the script that is returned, we force this request to be a proxy request (indicated by [P]). This proxy 
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request is handled by Apache's "mod proxy" module. For example, if a request meant for: 
http://www.xyz.com/cgi-bin/hello.cgi was redirected to the active server at: http://aslcs.virginia.edu:8080/ 
then the active server on determining that the URL was for a script hello. cgi which is not cached locally, 
rewrites the URL again to: http://www.xyz.com/cgi-bin/hello.cgi and caches the returned results. More 
extensive details on the syntax can be found in Appendix B.")(Section 4.2.1). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicants invention to modify the teachings of Krein with the teachings of Sebastine to 
include a system wherein redirecting the rewritten path of the file share request to 
another storage location comprises redirecting the rewritten path of the file share 
request to a storage location on the computer system with the motivation to enable 
clients having different protocols to share the same files (Krein, column 1, lines 39-40). 

As per claim 9, Klien teaches a computer readable medium having computer- 
executable components comprising the system of claim 1 (i.e. "The media has embodied 
therein, for instance, computer readable program code means for providing and facilitating the capabilities 
of the present invention. ")(Column 19, lines 35-37). 

As per claim 24, Krein teaches a method further comprising resolving an aliased 
legacy server name to establish a connection to the network address of a server (i.e. 
"Input to the routine is a file id, the address of the specific host (hs Jiost) of the desired file and the rights 
desired for the file.")(Column 14, lines 36-38). 

As per claim 25, Krein teaches a method further comprising sending an access 
request to a server for a relocated legacy share path name (i.e. "File specific server layer 208 
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is the layer that transforms SMBparser requests into cache and physical file system requests and also 
interfaces with the DFS token management service to manage the sharing of files between 
clients.")(Column 4, lines 44-48). 

As per claim 26, Krein teaches a method wherein sending an access request to a 
server comprises sending a Dfs create request (i.e. "DFS/DCE client software provides caches 
of files and directories to avoid network traffic. Additionally, they cache byte range locks, file opens and 
closes. To facilitate this, a token management scheme is used. If a client has a token with the needed 
rights for a file or directory, it can cache the data for that file or directory. It obtains these tokens from the 
central token manager (e.g., DFS token manager 214) residing at the file server.")(Column 5, lines 6-13). 

As per claim 27, Krein does not explicitly teach a method wherein rewriting the 
legacy share path comprises invoking a path rewriter to rewrite the legacy share path. 

Sebastine teaches a method wherein rewriting the legacy share path comprises 
invoking a path rewriter to rewrite the legacy share path (i.e. "By default, Squid rewrites any 
HTTP "Host:" headers in redirected requests to point to the new host to which the URL has been 
redirected,")(Section 4.1.1; Appendex A). 

It would have been obvious to a person of ordinary skill in the art at the time of 

Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a method wherein rewriting the legacy share path comprises invoking a path 
rewriter to rewrite the legacy share path with the motivation to enable clients having 
different protocols to share the same files (Krein, column 1, lines 39-40). 
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As per claim 28, Krein does not explicitly teach a method further comprising 
encountering a link while traversing the rewritten legacy share path. 

Sebastine teaches a method further comprising encountering a link while 
traversing the rewritten legacy share path (i.e. "Each script must be linked with this library in 
order to function correctly."" The Rewrite Rules Configuration File specifies a regular expression based 
pattern, which if matched results in the rest of the rule being executed. Just as in the Access Control List, 
the rules are matched in a linear order and hence the order of the rules is important.")(Section 4.2.4; 
Appendex A.4). 

It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a method further comprising encountering a link while traversing the rewritten 
legacy share path with the motivation to enable clients having different protocols to 
share the same files (Krein, column 1 , lines 39-40). 

As per claims 29 and 38, Krein does not explicitly teach a method wherein 
resolving any links in the rewritten legacy share path comprises invoking a path 
redirector to resolve any links in the rewritten legacy share path. 

Sebastine teaches a method wherein resolving any links in the rewritten legacy 
share path comprises invoking a path redirector to resolve any links in the rewritten 
legacy share path (i.e. "Each script must be linked with this library in order to function correctly." "The 
Rewrite Rules Configuration File specifies a regular expression based pattern, which if matched results in 
the rest of the rule being executed. Just as in the Access Control List, the rules are matched in a linear 
order and hence the order of the rules is important.")(Section 4.2.4; Appendex A.4). 
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It would have been obvious to a person of ordinary skill in the art at the time of 
Applicant's invention to modify the teachings of Krein with the teachings of Sebastine to 
include a method wherein resolving any links in the rewritten legacy share path 
comprises invoking a path redirector to resolve any links in the rewritten legacy share 
path with the motivation to enable clients having different protocols to share the same 
files (Krein, column 1 , lines 39-40). 

As per claims 30 and 40, Krein teaches a method further comprising accessing 
the share path of the storage location of the relocated legacy share (i.e. "The method 
includes, for instance, accessing a file by a first client of the computing environment, the first client having 
a first protocol; and accessing the file by a second client of the computing environment, the second client 
having a second protocol. The second protocol is different from the first protocol, and wherein a change 
to the file by one of the first client and the second client is reflected to the other of the first client and the 
second client, thereby providing cache consistency.")(Column 2, lines 1-11). 

As per claim 31 , Krein teaches a method wherein accessing the share path of the 
storage location of the relocated legacy share comprises sending a Dfs create request 
to the network address of the storage location of the relocated legacy share (i.e. "DFS 
token manager 214 is the layer of the file server used to manage the tokens needed by the clients to 
access files. For example, DFS/DCE clients obtain tokens before performing an operation locally. That is, 
they use tokens to allow them to cache data, status and byte range locks without requiring a 
communication (e.g., a remote procedure call (RPC)) with the server; thus, reducing network traffic and 
increasing the access speed to remote files. A token represents a client's right to cache the data and it 
may represent its right to perform an operation.") (Column 4, lines 62-67). 
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As per claims 32 and 39, Krein teaches a method of claim 30 wherein accessing 
the share path of the storage location of the relocated legacy share comprises 
accessing a path of a separate Dfs namespace (i.e. "DFS token manager 214 is the layer of the 

file server used to manage the tokens needed by the clients to access files. For example, DFS/DCE 
clients obtain tokens before performing an operation locally. That is, they use tokens to allow them to 
cache data, status and byte range locks without requiring a communication (e.g., a remote procedure call 
(RPC)) with the server; thus, reducing network traffic and increasing the access speed to remote files. A 
token represents a client's right to cache the data and it may represent its right to perform an operation.") 
(Column 4, lines 62-67). 

As per claim 33, Krein teaches a method further comprising encountering a Dfs 
reparse point while traversing the rewritten legacy share path (i.e. "DFS token manager 214 
is the layer of the file server used to manage the tokens needed by the clients to access files. For 
example, DFS/DCE clients obtain tokens before performing an operation locally. That is, they use tokens 
to allow them to cache data, status and byte range locks without requiring a communication (e.g., a 
remote procedure call (RPC)) with the server; thus, reducing network traffic and increasing the access 
speed to remote files. A token represents a client's right to cache the data and it may represent its right to 
perform an operation.") (Column 4, lines 62-67). 

As per claim 34, Krein teaches a method further comprising returning a message 
to the client indicating the path contains a link (i.e. "DFS token manager 214 is the layer of the 
file server used to manage the tokens needed by the clients to access files. For example, DFS/DCE 
clients obtain tokens before performing an operation locally. That is, they use tokens to allow them to 
cache data, status and byte range locks without requiring a communication (e.g., a remote procedure call 
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(RPC)) with the server; thus, reducing network traffic and increasing the access speed to remote files. A 
token represents a client's right to cache the data and it may represent its right to perform an operation.") 
(Column 4, lines 62-67). 

As per claim 35, Krein teaches a method further comprising receiving a referral 
request message from the client for the referral path (i.e. "DFS token manager 214 is the layer 
of the file server used to manage the tokens needed by the clients to access files. For example, 
DFS/DCE clients obtain tokens before performing an operation locally. That is, they use tokens to allow 
them to cache data, status and byte range locks without requiring a communication (e.g., a remote 
procedure call (RPC)) with the server; thus, reducing network traffic and increasing the access speed to 
remote files. A token represents a client's right to cache the data and it may represent its right to perform 
an operation.") (Column 4, lines 62-67). 

As per claim 36, Krein teaches a computer readable medium having computer- 
executable instructions for performing the method of claim 23 (i.e. "The media has embodied 
therein, for instance, computer readable program code means for providing and facilitating the capabilities 
of the present invention.")(Column 19, lines 35-37). 

Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Farhan M. Syed whose telephone number is 571-272- 
7191. The examiner can normally be reached on 8:30AM-5:00 PM. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Jeffrey Gaffin can be reached on 571-272-4146. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 
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